home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Tampa Bay Amiga Group / TBAG - Tampa Bay Amiga Group's Disk of the Month #71 (1992)(Merlin's Software - Amiganuts United)(PD).zip / TBAG - Tampa Bay Amiga Group's Disk of the Month #71 (1992)(Merlin's Software - Amiganuts United)(PD).adf / Docs / SPSTran.docs < prev    next >
Text File  |  1992-07-14  |  13KB  |  290 lines
  1.  
  2.  
  3.      ------------------------------------------------------------
  4.                 SPS UTILITIES - Transfer Rate Analysis
  5.      ------------------------------------------------------------
  6.  
  7.                            SPSTransfer v1.0
  8.  
  9.                    ©1991-92 Silicon Prairie Software
  10.                          All Rights Reserved.
  11.  
  12.            Transfer Rate Analysis written by David Plummer.
  13.         
  14.      This  software  is  not, nor has it ever been, public domain
  15.      software.   It  is  freely  distributable software, with the
  16.      following restrictions:
  17.  
  18.         It  may  not  be  distributed  in disk collections or by
  19.         similar method if the charge for distribution, including
  20.         the media charge, exceeds seven (7) US dollars.
  21.  
  22.         It  may not be included with other software materials as
  23.         part of a commercial package without the express written
  24.         permission of the author(s).
  25.  
  26.         This  software  and  its  documentation  files  must  be
  27.         distributed together, without modification.
  28.  
  29.         Explicitly, this software may be distributed in the Fred
  30.         Fish software library.
  31.  
  32.      NOTE:   These  distribution  criteria  apply  only  to  this
  33.      particular  product  and are not indicative or applicable to
  34.      any  other  product  that  may or may not be produced by SPS
  35.      software or its agents.
  36.  
  37.  
  38.      What is SPS-Tran?
  39.      ~~~~~~~~~~~~~~~~~
  40.  
  41.         SPS-Tran  is  a  transfer  rate  analysis program for the
  42.      Amiga  series of computers, and allows the user to determine
  43.      the  maxiumum  data  transfer  rate  for an AmigaDOS storage
  44.      device,  such  as  Hard  Drives,  Floppy Drives, CD-ROMs, or
  45.      Virtual Ram Drives.  The only requirements are:
  46.  
  47.         - The device must use either OFS or FFS.
  48.         - The device must be block-addressabe.
  49.  
  50.      As  you  can  see  this  includes  pretty  much every device
  51.      currently  available.   A  notable exception is the standard
  52.      RAM disk, which does not employ the normal filesystem.
  53.  
  54.      Why SPS-Tran?
  55.      ~~~~~~~~~~~~~
  56.         Although  I've always liked programs such as DiskSpeed, I
  57.      quickly  realized  that the information it was giving me was
  58.      based   on   information   such   as  the  filesystem,  disk
  59.      fragmentation,  system load, and anything else that happened
  60.      in  between  the  bits  on  my drive and the call to read().
  61.      Often  this  is  not  what  I  wanted:   I wanted to compare
  62.      systems, or particular drives, with all else being equal.  I
  63.      wanted to know just how darn fast the drive could stuff data
  64.      into  memory.   What  I  really  wanted  was  something like
  65.      CoreTest(tm) for the Amiga.  That would be a long wait, so I
  66.      went ahead and wrote SPS-Tran.
  67.  
  68.         SPS-Tran does one thing, and does it well:  it determines
  69.      the  maximum  data transfer rate, REGARDLESS OF FILE SYSTEM.
  70.      It  goes  directly  to  the  device, independant of the file
  71.      system,  and  reads blocks from the device.  It does so in a
  72.      system-legal  way,  but  avoids the overhead of directories,
  73.      hash tables, and the like.
  74.  
  75.         Many  other  existing  "hard drive speed" programs simply
  76.      create  a  large  file  on the hard drive, seek into it, and
  77.      repeatedly  read  it.   The  results are obviously dependant
  78.      upon  several  other factors, such as the file system, drive
  79.      fragmentation,   and   so  on.   SPS-Tran  eliminates  these
  80.      factors,  and  tests reads only, "ceteris peribus" (the only
  81.      Latin I know!).  It gives you results based solely upon the
  82.      CPU, controller, and drive.
  83.  
  84.         As  an  additional  benefit,  SPS-Tran  does  not need to
  85.      create  its  own test file, and therefore can test read-only
  86.      devices.
  87.  
  88.         SPS-TRAN NEED NEVER WRITE TO THE DEVICE BEING TESTED.
  89.  
  90.         If  your  drive is connected via a modern controller such
  91.      as  the  A2091  from Commodore, SPS-Tran will generally also
  92.      inform you of the make and model of the storage device.
  93.  
  94.  
  95.      Using SPS-Tran
  96.      ~~~~~~~~~~~~~~
  97.  
  98.         To  use  SPS-Tran,  simply  type "SPSTran" at the command
  99.      line prompt or double-click its icon from Workbench.
  100.  
  101.         Once  SPS-Tran  is  running,  select  a  drive  from  the
  102.      available  drive list.  You may also select QUIT to exit the
  103.      program.  All valid OFS ans FFS drives will be available for
  104.      your selection.
  105.  
  106.         As soon as you have selected the device to test, SPS-Tran
  107.      will  begin  the testing.  You will be shown all of the test
  108.      data  as  well  as  a graphical display of the read and seek
  109.      speeds.   When  you  are done reviewing the information, you
  110.      may exit the program by pressing the right mouse button.
  111.  
  112.         If you wish to run a more intensive test than the default
  113.      four second read test, you may specify the time in seconds
  114.      on the command line.  
  115.  
  116.      Example:   SPSTrans 60        (Runs a one minute read test)
  117.  
  118.  
  119.      Data Transfer Test
  120.      ~~~~~~~~~~~~~~~~~~
  121.  
  122.         The  data  transfer  test  determines  the  maximum  data
  123.      transfer rate between the physical media and the system RAM.
  124.      The following factors will affect the maximum transfer rate:
  125.  
  126.         » Device Speed
  127.         » Controller Speed
  128.         » Computer Speed
  129.         » Device Interleave
  130.         » System Load
  131.  
  132.      as  well  as  other possible factors.  The test will run for
  133.      four  seconds, and the average continuous transfer rate will
  134.      be displayed as a graph and in numerical form.
  135.  
  136.  
  137.      Seek Test
  138.      ~~~~~~~~~
  139.  
  140.         The seek test is made up of two major portions:
  141.  
  142.         » Full Stroke Seek
  143.         » Track to Track and Back Seek
  144.  
  145.         Many programs tend to perform a few 1/3 full stroke seeks
  146.      and  call it the average seek time.  I find this test fairly
  147.      meaningless,  so  I  chose  to  combine the two above tests,
  148.      repeated 4 and 50 times, respectively, and display the total
  149.      time  elapsed.   It is _not_ a drive ms rating.  If you need
  150.      to  know  that,  look  in your drive documentation:  they'll
  151.      gladly  give  it to you, plus or minus the time for the head
  152.      to settle, etc.  Obviously, the lower the number, the faster
  153.      the seek mechanism.  Note that nothing need be read in this
  154.      test:  it is purely a test of the seek time.
  155.  
  156.         Some  devices  do  not  support  the extended device seek
  157.      command  and  will  therefore give erroneous results (ie:  0
  158.      seconds).   These  results  should  simply be ignored.  Most
  159.      devices,   such  as  scsi.device  and  trackdisk.device,  do
  160.      support this command.
  161.  
  162.  
  163.      Comparisons
  164.      ~~~~~~~~~~~
  165.  
  166.         The following results were achieved using SPS-Tran:
  167.  
  168.         SYSTEM   DRIVE          HDS SECS CYL  SEEK   READ
  169.         ---------------------------------------------------------
  170.         A500     DF0             2   11  79   5.0s     19.7 K/sec
  171.         A500     EPSON DHM-755   2   34  614  2.6s    226.3 K/sec
  172.         A2000    (A2090)         6   17  871  ----    274.2 K/sec
  173.         A500     ST157N-01       6   26  612  2.5s    525.2 K/sec
  174.         A3000    QUANTUM LP52S   1   49  2085 0.5s   1919.2 K/sec
  175.         A3000    RAD:            2   11  79   ----   3779.1 K/sec
  176.  
  177.      Notes: 
  178.  
  179.      -  The A2000 controller did not report drive identity. 
  180.      -  The Epson drive was connected via the A590 xt.device. 
  181.      -  The Seagate drive was connected via the A590 scsi.device.
  182.      -  Your mileage may vary.
  183.  
  184.  
  185.  
  186.      Technical Notes
  187.      ~~~~~~~~~~~~~~~
  188.  
  189.         Because  SPS  Tran  goes  directly  to the device without
  190.      using  a  filesystem,  it  will  provide true transfer speed
  191.      tests.  Because the filesystem overhead is removed, SPS Tran
  192.      will  provide  results  that are generally higher than other
  193.      disk-speed-type   products.    The   results  are,  however,
  194.      completely valid in the context of device to memory transfer
  195.      rates.
  196.  
  197.         The  only  major compromise I made, and I hated to do it,
  198.      was  to  use the extended device command SEEK to perform the
  199.      seek  tests.   I  only  have  documentation  for  using this
  200.      command  for  the  trackdisk  device.  Rest assured it works
  201.      equally  well  with  the  Commodore scsi device used for the
  202.      A590,  A3000,  and  A2091.   It  may even be documented as a
  203.      standard  device  command,  and  I  may not know it.  In any
  204.      event,  if you should have a device that will not handle it,
  205.      SPS  Tran will detect this and skip the seek test procedure.
  206.      In  that event, you will likely receive a seek test duration
  207.      of 0.0 or 0.1 seconds, and this result should be discarded.
  208.  
  209.  
  210.         SPS  Trans  automatically  selects  the  optimum transfer
  211.      block  size  based  on  the  geometry  of  the  drive.  This
  212.      requires  that  the  cylinder  count  from  the mountlist or
  213.      filesystem  information  be  correct.   A  drive  that lists
  214.      itself  as  1  head,  1  cylinder,  and some extremely large
  215.      sector  count may not perfrom as well as if the sector count
  216.      was   "correct",   because   the  transfer  block  size  was
  217.      incorrectly  calculated.   SPS  Tran does its best to guess,
  218.      however, and will usually select a good transfer block size.
  219.  
  220.         SPS  Tran also reads the entire transfer block (up to the
  221.      MAXTRANSFER  rating  of your device) as one contiguous unit,
  222.      unlike  some  MS-DOS  programs  that must read on a track by
  223.      track  or even sector by sector basis.  For that reason, the
  224.      Amiga may read drives faster than MS-DOS systems, everything
  225.      else being equal (ceteris peribus!).
  226.  
  227.         An additional factor to consider when comparing your read
  228.      speed  results  to  MS-DOS  systems  is  that  generally the
  229.      maximum  data  transfer  block  for  MS-DOS  systems will be
  230.      limited to 65536 bytes.  The maximum SPS-Tran transfer block
  231.      size  is  4294967295,  or  the  drive's  MAXTRANSFER rating,
  232.      whichever is the smallest.
  233.  
  234.  
  235.      Accuracy
  236.      ~~~~~~~~
  237.  
  238.         System  load will effect your results, such as moving the
  239.      mouse around during the tests.  I could do a Forbid() during
  240.      the test, but I prefer to avoid that sort of thing.  I could
  241.      provide  this  as an option, if anyone feels the need.  It's
  242.      not  that  hard  to  resist  the temptation to play with the
  243.      mouse   during   the   test...   my  results  showed  little
  244.      difference  during  the  forbidden  state as compared to the
  245.      idle state.
  246.  
  247.         Some  may feel that 4 or 6 or 8 seconds is too short of a
  248.      test  to  be  accurate.   As  long  as  system  load remains
  249.      relatively constant throughout the test, the results will be
  250.      very  accurate.   During  development, two tests were tried:
  251.      one  for six seconds, the other for six minutes.  In the six
  252.      second  test,  on  a  stock  8  MHz  Amiga,  using the A2091
  253.      controller  and  an  ST157N-01  drive,  the  sustained  data
  254.      transfer  rate  was  595722  bytes  per  second.  On the six
  255.      minute  test,  the  rate  was  596522.   This is an accuracy
  256.      rating of 99.87%.
  257.  
  258.         There  will  be times when the timer device is pre-empted
  259.      or  the  timer message does not make it through at the exact
  260.      moment  due to some other high-priority event occuring.  You
  261.      may validate your results by successive runs.  On my system,
  262.      unless  something  high-priority  happens  or  the system is
  263.      bogged  down,  the  transfer  rating is generally consistent
  264.      down to the 10s of bytes.
  265.  
  266.  
  267.      Comments
  268.      ~~~~~~~~
  269.  
  270.         Your  comments/criticisms/suggestions/donations  are most
  271.      gratefully accepted.  I'd love to hear what you think of SPS
  272.      Trans,  both  in terms of performance and user interface.  I
  273.      may be reached via the following:
  274.  
  275.         NON-US MAIL:      David Plummer
  276.                           2326 Francis Street
  277.                           Regina, Saskatchewan
  278.                           Canada    S4N 2P7
  279.  
  280.         INTERNET:         plummer@hercules.cs.uregina.ca
  281.  
  282.         PHONE:            (306) 352-0358
  283.  
  284. ------------------------------------------------------------------------------
  285. |  _   /|   ACK! |  "I'm not a programmer,  | David Plummer                  |
  286. |  \'o.O'   NAK! |  but I play one on TV."  | Tempus Wasted Emeritus         |
  287. |  =(___)=  NUL! |                          | Standard Disclaimers Apply     |
  288. |     U     EOT! |    IBMUBMWEALLBM4IBM     | plummer@hercules.cs.uregina.ca |
  289. ------------------------------------------------------------------------------
  290.